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pocketAPRS v1.16 has been uploaded to the TAPR FTP site:

   ftp://ftp.tapr.org//aprssig/palmstuff/palmaprs/paprs116.zip

This release has one very important fix of a bug introduced with 
v1.15. This bug fooled the program into thinking that the GPS was 
offline whenever it saw a $GPGGA string, only to be put back online 
with the next $GPRMC. In the worst case, if "full GPS alerts" was 
enabled, the toggling between the off and on states would eventually 
fill the alert buffer and crash the program. In the best case, manual 
initiation of position transmit would fail if the program was in the 
false offline state.

This bug primarily affected users of full TNC's (KPC-3 and Pico 
Packet) and anybody attempting to connect a GPS directly.

On a positive note, this fix of the fix has resulted in outstanding 
program stability, with no crashes of any kind reported during two 
weeks of testing.


IMPORTANT WIRING INFORMATION
============================

Added to the pocketAPRS website wiring page, 
http://www.pocketaprs.com/wiring.html , are helpful tips for two 
previously poorly-documented needs:

Kenwood TM-D700 - with the capable assistance of John, K1DE, and 
Brad, N4PYI, it was discovered that using the Palm HotSync cable with 
the D700 needs two handshaking pins in the null modem connection. If 
you have had trouble getting pocketAPRS talking to the D700, this 
seems to solve the problem.

Agrelo DFjr Multi-Port Adapter - the Agrelo MPA was a handy port 
combiner for those lucky/unlucky folks with the DFjr. With this 
company long gone, folks wanting to acquire the MPA after the fact 
were out of luck. To solve this, the MPA has been reverse-engineered, 
and the wiring page has notes and a link to a PDF file with a full 
schematic.

Even if you have an MPA and don't need to roll your own, there are 
notes on the schematic which explain non-obvious connections and 
engineering flubs which frustrated many who tried to get the MPA to 
work and just couldn't.


   ...mike/N0QBF
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Hello,

I released a new version of DIGI_NED, version 0.3.0.
(Version 0.2.9. was an internal intermediate version for PI1APK,
http://go.to/pi1apk).

If you don't know what DIGI_NED is, it is a dedicated digipeater,
does not have a GUI but is very stable and good at its job (If
you disagree, tell me what's wrong and I fix it...). It runs in
DOS on cheap 286 class PC's (or better) and on Linux using all
kind of modems, from cheap BayCom/BayPack and YAM modem to KISS
TNC's and SCC cards. It can have up to 8 ports so can also act
as a cross-band digipeater. The source is published under the GPL
licence.

First some things about 0.2.9:

The changes for PI1APK were some small things, thinks that didn't quite
work as it was supposed to and to aid testing of different startup-
rulefiles. In the mean time some errors were discovered that popped up
when reading a rule-file containing syntax errors. No functional changes.

Version 0.3.0 contains all the changes of 0.2.9 and more.

Version 0.3.0 contains a chains which is handy for cross-band digis. The
DX and MH functions were not very usable to handle the beacons of a
neighbour-digipeater which transmits with the same call on both 2m and
70cm. The digi stored a call only once so a call was only available in
either the 2m or the 70cm MH list (not both). This is a nuisance if you
want to know what ths digi does receive. Also the DX function did not work
optimal for cross-band digis for this reason. Now the list is kept per
port, so this problem is now something of the past. The DX query for
a call assumes that one and the same call is used from 1 position, you
onl get one distance as response (the most recent). With MH <call> you get
the data for each port on which the call was received directly.

On requeest of a user a "via_block:" rule was added. This block packets
that were send via a specific digi. With this you can block for example
TCPIP or IGATE packets.

For telemetry a change was made in the port address that is put onto the
control-lines. The LPT port hardware inverts 2 of the 3 address bits
causing port 0 to appear as binary 101 on the control-port. Now the
software inverts those 2 bits do address 0 appears as 000 binary.

For the telemetry activity (there is now a sample PCB shown!) with
APRS and DIGI_NED look at:

http://www.online-club.de/~burkhard-john/aprs_interface/index.html
(German page, for the English page click on the union-jack at the lefthand
side of the page)

This site is also reachable via the DIGI_NED Techweb on the VrzApDxw/
DIGI_NET site (follow the hyperlink from http://www.qsl.net/digi_ned).

As usual the version has been posted to the dutch packet network as
DNEXE030.ZIP. This version and the source are available on the web via:

http://www.qsl.net/digi_ned

Here are the changes from the Changes.txt file:

Changes.txt

03-06-2001 version 0.3.0
- Skipped version 0.2.9, this was a special intermediate update for
  the APRS digi at KootwijkRadio, see http://go.to/pi1apk. Also used
  for other special versions, for example a test version for the
  telemetry interface work.
- Some of the 3 bit address used to multiplex the telemetry ports
  are inverted by the LPT port hardware. These are the "Auto Linefeed"
  and the "Select Printer" lines. Now these lines are inverted by
  hardware so address 0 appears as binary 000 on the output.
- Changed the Mheard and DX function a bit. Now calls are kept per port.
  For DX it is assumed that the same call is also at the same location.
  For MH <call> a response is given for every port where the call is
  heard. The effect of this is change is not visible if you have a
  single port station, but it is more or less essential to make the DX
  and MH function work on a cross-band digipeater. Individual stations
  appear normally only direct on one QRG, but neighbor cross-band digis
  will appear on more ports. Up to now the digi kept the call only once,
  so you could only see the last reception.
- New rule: "via_block:" to block packets that went via a specific
  digipeater. This can be used to block TCPIP or IGATE traffic.
  Added on request by a user.
- Size of the "mheard_list:" extended, a size of 100 direct stations is
  not sufficient for a wide digi. Each entry costs appoximately
  4 + 10 + 4 + 2 + 4 + 2 + overhead (8 bytes?) = 34 bytes. So 100 entries
  is about 3400 bytes. Changed to 150 entries, 5100 bytes. Now we also
  have some room for double calls that arrive through multiple calls.
  Of course you can adjust this to your own needs, I just changed the
  default and checked if it does not consume to much under DOS.
  Note that still only the last 40 calls are shown due to the
  "mheard_show:" rule.

25-05-2001 version 0.2.9
- When digi_pos: or digi_pos_file: is specified, but the satellite stuff
  is not then DIGI_NED still complained about the missing satellite database
  -> small error in my satellite switch-on detection logic, fixed.
- Added defines in the Makefile and Turbo-C++ project file. This makes
  it easier to leave out parts of DIGI_NED when you want to build the
  executable yourself from the source. This also makes it easier to port
  the software to other platforms.
- Now you can execute the "?exit" query via the keyboard, this was requested
  to make debugging of startup .bat files simpler. Different exit codes
  can be used to select what to start next after DIGI_NED terminated (an
  example can be found in the sample "run.bat" file). This was already
  possible on-air (when enabled) but new is the ability to do the same
  from the keyboard.
- When usign the "exit" query in Linux the terminal could be left in an
  undesired state. Fixed.
- An interval of 0 on the telemetry command (used to be able to query
  telemetry but never transmit its data automatically) did not work
  since value 0 was not accepted as input. Fixed.
- The destination call on "telemetry:" is optional, however leaving it
  out gave a memory violation. Fixed.
- There were still some debugging messages in serial.c, removed now.

APRS[tm] is a Trademark of Bob Bruninga,
his home page is at "http://web.usna.navy.mil/~bruninga/aprs.html"

Kind regards,

Henk.

--
#########################################################################
The difference between theory and practice in practice is bigger than the
difference between theory and practice in theory.

Henk de Groot                |         Apeldoorn, The Netherlands, JO32AF
PE1DNN@PI8APD.#GLD.NLD.EU    |    NOKIA-ATF2, YAM Modem, Linux RedHat 5.2
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